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Before JOHN A. JEFFERY, JAY P. LUCAS, and JAMES R. HUGHES, 

Administrative Patent Judges. 

JEFFERY, Administrative Patent Judge. 

DECISION ON APPEAL 1 
Appellants appeal under 35 U.S.C. § 134(a) from the Examiner's 
rejection of claims 1-5, 7-12, 14-19, 21, 22, 24-29, 31, 32, and 34-38. 
Claims 6, 13, 20, 23, 30, and 33 have been canceled. See Supp. App. Br. 2. 
We have jurisdiction under 35 U.S.C. § 6(b). We affirm-in-part. 



1 The two-month time period for filing an appeal or commencing a civil 
action, as recited in 37 C.F.R. § 1.304, or for filing a request for rehearing, 
as recited in 37 C.F.R. § 41.52, begins to run from the "MAIL DATE" 
(paper delivery mode) or the "NOTIFICATION DATE" (electronic delivery 
mode) shown on the PTOL-90A cover letter attached to this decision. 
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STATEMENT OF THE CASE 

Appellants invented a system, method, apparatus, and computer 

program product for decreasing latency in a wireless communications by 

providing proxy-based redirection of resource requests. See generally 

Spec. 1. Claim 1 is illustrative: 

1. A system for requesting a resource over at least one network, the 
system comprising: 

a terminal including a client application and configured to send a 
first request for the resource over a first network and a second 
network; 

a host configured to receive the first request, and thereafter send a 
first response, wherein the first request identifies the resource at a first 
location on the host; 

a network proxy configured to communicate with the host over the 
second network independent of the first network, wherein the network 
proxy is configured to receive the first response from the host, 
wherein the network proxy is configured to reformulate the first 
request into a second request that identifies the resource at a second 
location, and wherein the network proxy is configured to send the 
second request to a host of the resource at the second location such 
that the host of the resource at the second location responds to the 
second request with a second response; and 

a terminal proxy configured to communicate with the client 
application independent of the first network, wherein the terminal 
proxy is configured to receive the first response and the second 
response from the network proxy, wherein the terminal proxy is 
configured to send the first response to the client application such that, 
in response to the first response, the client application reformulates 
the first request into a third request that identifies the resource at a 
second location, and wherein the client application is configured to 
send the third request to the terminal proxy such that the terminal 
proxy sends the second response to the client application. 

The Examiner relies on the following as evidence of unpatentability: 
Leppinen WO 01/33804 A2 May 10, 2001 
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R. Fielding et al., Hypertext Transfer Protocol - - HTTP/1.1 1-3 2 (1999), 
available at http://www.ietf.org/rfc/rfc2616.txt ("Fielding"). 3 

The Rejections 

1. The Examiner rejected claims 15-19, 21, 25-29, and 31 under 
35 U.S.C. § 102(b) as anticipated by Leppinen. Ans. 4-7. 4 

2. The Examiner rejected claims 1-5, 7-12, 14, 22, 24, 32, and 34-38 
under 35 U.S.C. § 103(a) as unpatentable over Leppinen and Official Notice. 
Ans. 7-14. 

Claim Grouping 
We group the claims as follows: (1) claims 15-19, 21, 25-29, and 31; 
(2) claims 1-5, 7-12, 14, 22, 24, and 35-37; (3) claim 32; (4) claim 34; and 
(5) claim 38. 

Claims 15-19, 21, 25-29, and 31 
The Anticipation Rejection Over Leppinen 
Regarding independent claim 15, the Examiner finds that Leppinen 
discloses all recited elements, including a terminal including a "terminal 
proxy" because Leppinen' s mobile station both receives a first and second 
response. Ans. 5. Appellants argue that Leppinen does not disclose the 
Examiner's elected first response (i.e., the new URL) includes a redirection 

2 Three printed pages of this reference were provided, and these page 
numbers correspond sequentially to the pages as they appear in the record. 

3 This reference is cited to teach an inherent property of HTTP messages that 
use HTTP/1.1 protocol. See Ans. 16-17. 

4 Throughout this opinion, we refer to (1) the Appeal Brief filed July 29, 
2008 and supplemented August 27, 2008; (2) the Examiner's Answer mailed 
November 14, 2008; and (3) the Reply Brief filed January 8, 2009. 
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to the resource or that this redirection is sent to a proxy on the mobile station 
or terminal. App. Br. 9; Reply Br. 2-4. 

The issue before us, then, is as follows: 

ISSUE 

Under § 102, has the Examiner erred in rejecting claim 15 by finding 
that Leppinen discloses a terminal that includes a terminal proxy and a 
processor configured to send the first response to the terminal proxy? 

FINDINGS OF FACT 

1. Appellants have not defined the term "terminal proxy." See 
generally Specification. 

2. Leppinen discloses a system including a mobile station (MS) 12, 
a base station (BS) 14, a gateway server 16, and web server(s) 18. 
Leppinen, 5-6; Fig. 1. 

3. Leppinen discloses a MS 12 has a Wireless Application Protocol 
(WAP) user agent that can communicate with web server 1 8 through 
gateway server 16. The user agent may be a micro web browser having 
features similar to a conventional web browser employed by a desktop 
computer terminal. Leppinen, 5. 

PRINCIPLES OF LAW 

"A claim is anticipated only if each and every element as set forth in 
the claim is found, either expressly or inherently described, in a single prior 
art reference." Verdegaal Bros. v. Union Oil Co. of Calif., 814 F.2d 628, 
631 (Fed. Cir. 1987). 
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ANALYSIS 

Based on the record before us, we find error in the Examiner's 
anticipation rejection of independent claim 15 which calls for, in pertinent 
part, a terminal that includes a terminal proxy and a processor configured to 
send the first response to the terminal proxy. Appellants have not defined 
the term "terminal proxy." See FF 1. As such, this term will be given its 
ordinary and customary meaning to an ordinarily skilled artisan at the time 
of the invention. Phillips v. AWH Corp., 415 F.3d 1303, 1312-13 (Fed. Cir. 
2005) (en banc). Accordingly, a proxy is "[al computer (or the software that 
runs on it) that acts as a barrier between a network and the Internet by 
presenting only a single network address to external sites." 5 Thus, the 
claimed terminal proxy must be at least software that acts as a barrier 
between a network and the Internet by presenting only a single address to 
external sites. We therefore disagree with the Examiner's interpretation that 
a "terminal proxy" is any software (Ans. 15-16) or cache (Ans. 1 1-12) on a 
MS. 

Leppinen discloses the MS or terminal includes a user agent (e.g., a 
browser). FF 3. As the browser allows a terminal's user to access web 
documents, Leppinen' s browser is an interface between a terminal and 
network, including the Internet. However, this browser gives the user access 
to the network and Internet, and is not a barrier between the network and the 
Internet, such as a proxy. The Examiner has also not presented evidence that 
such a function would be inherent in the MS, its user agent, or any of its 
software applications. See Ans. 15-16. Additionally, Leppinen fails to 

5 Microsoft Press, Microsoft® Computer Dictionary 537 (5th ed. 2002) 
("Microsoft"). 
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discuss whether the browser {see FF 3) acts as a barrier that presents only a 
single address that protects the user agent in accordance with the definition 
of a proxy {see Microsoft, 537). Whether such a feature is probable in 
Leppinen's MS is insufficient to demonstrate that the Leppinen's MS 
necessarily includes a terminal proxy — a crucial requirement for inherent 
anticipation. See In re Robertson, 169 F.3d 743, 745 (Fed. Cir. 1999) 
(internal citations omitted). 

Even if we were to interpret the term "proxy" more broadly to include 
software that substitutes for the terminal, we still find that Leppinen's user 
agent or browser does not substitute for the terminal since the browser, at 
best, provides access to view web documents and files. Leppinen's user 
agent, however, does not take the place of or substitute for any of the 
terminal's other functions. Moreover, because Leppinen fails to disclose a 
terminal proxy, Leppinen also fails to disclose a processor, contained within 
the gateway server 16 {see Ans. 5), is configured to or capable of sending 
the first and second response to the terminal proxy as recited in claim 15. 

We are therefore persuaded that the Examiner erred in rejecting (1) 
independent claim 15; (2) independent claim 25 which recites commensurate 
limitations; and (3) claims dependent thereon for similar reasons. Since this 
issue is dispositive of our reversal of the Examiner's anticipation rejection, 
we need not address Appellants' other arguments pertaining to Leppinen 
(App. Br. 8-10; Reply Br. 2-4) or various dependent claims in connection 
with the anticipation rejection (App. Br. 10-1 1; Reply Br. 5-6). 
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The Obviousness Rejection Over Leppinen and Official Notice 
Claims 1-5, 7-12, 14, 22, 24, and 35-37 
Independent claims 1, 8, and 22 have language commensurate in 
scope to independent claim 15, including a terminal proxy that is configured 
to receive a first and second response. As noted previously, we are not 
persuaded that Leppinen discloses this feature. Nor has the Examiner shown 
that this feature would have been obvious to ordinarily skilled artisans, or 
that the Examiner's reliance on Official Notice cures this deficiency. We 
therefore will not sustain the rejection of independent claims 1, 8, and 22, 
and claims dependent thereon for the reasons indicated previously. 

Claim 32 

Independent claim 32 is broader in scope than the 
previously-discussed independent claims and does not recite a terminal 
proxy. The Examiner relies on the discussion of claim 22 (Ans. 12), which 
finds that Leppinen discloses all the limitations except for explicitly 
discussing the client application reformulates the first request into a third 
request (see Ans. 10-11). The Examiner takes Official Notice that, given 
Leppinen' s teachings, any subsequent request would have been readily 
obvious to an ordinarily skilled artisan to be reformulated as recited. See 
Ans. 11-12. Appellants argue that Leppinen fails to teach a reformulation of 
the first request into a third request and challenges that the taking of Official 
Notice does not teach sending a third request in response to the first response 
as recited. App. Br. 11-14; Reply Br. 6-8. 

The issue before us, then, is as follows: 
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ISSUE 

Under § 103, has the Examiner erred in rejecting claim 32 by finding 
that Leppinen and Official Notice would have taught or suggested a second 
executable portion configured to send the first response to the first 
executable portion such that, in response to the first response, the first 
executable portion reformulates the first request into a third request? 

FINDINGS OF FACT 

4. Leppinen states that the MS 12 sends a message requesting 
content or a resource from the web server 18 (at 100) through gateway 
server 16. In step 102, the gateway server 16 transforms the request into a 
Uniform Resource Locator (URL) request (e.g., HyperText Transfer 
Protocol (HTTP) scheme) and sends the message to the web server 18. The 
web server 18 responds with a HTTP redirection message indicating a new 
location of the requested content in step 104. The gateway server 16 makes 
a new HTTP URL request containing the new URL according to the 
redirection message and directs the request to the same or different web 
server at step 106. At step 110, the gateway server 16 sends the requested 
content together with its new location (e.g., new URL for the requested 
content) back to the MS 12. The history file is updated with the new URL at 
step 112. Leppinen, 2, 6-7; Figs. 2A-B. 

5. Leppinen discloses the message from the MS 12 and the 
requested content or resource to the MS can be coded in the Wireless 
Application Protocol (WAP). Leppinen, 2, 6-7. 
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ANALYSIS 

Based on the record before us, we find no error in the Examiner's 
rejection of independent claim 32 which calls for, in pertinent part, a second 
executable portion configured to send the first response to the first 
executable portion such that, in response to the first response, the first 
executable portion reformulates the first request into a third request. At the 
outset, we note that this claim does not recite a terminal proxy, nor does it 
recite a redirection to a new resource. We therefore find that any argument 
regarding these features is not commensurate with the scope of the claims. 
See App. Br. 11-13. 

As discussed above, Leppinen discloses a first executable portion 
(e.g., a user agent or browser) configured to send a first request for a 
resource (e.g., message requesting content) to a gateway server or network 
proxy. See FF 3-4. Leppinen's host (e.g., web server 18), in turn, sends a 
response with a new location (a HTTP redirection message from web server 
18 indicates a new location for content) to a network proxy (e.g., gateway 
server 16). See FF 4. Additionally, Leppinen also discloses the host 18 
eventually sends a first response (e.g., the new URL for the requested 
content) to the first executable portion (e.g., browser of the MS 12) through 
the gateway server 16 or second executable portion. Leppinen therefore 
discloses a second executable portion (e.g., at the gateway server 16) 
configured to communicate with the first executable portion as recited in 
claim 32. 

Appellants contend that Leppinen and the Official Notice fail to teach 
the first executable portion reformulating the first request (e.g., message 
requesting content) into a third request in response to the first response as 
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recited. See App. Br. 12-13. We disagree. First, Leppinen teaches updating 
its file history with a new URL. See FF 4. Employing the creative steps and 
inferences of an ordinarily skilled artisan, Leppinen at least suggests that the 
new URL is stored within the first executable portion for future use by the 
MS 12. See KSR Int'l. Co. v. Telefex, Inc., 550 U.S. 398, 418 (2007). 
Moreover, Leppinen suggests that, when a user of the MS 12 requests that 
resource later in time, the request (i.e., a third request) will be formulated 
differently from the first request (i.e., reformulated into a third request (e.g., 
message containing content at the new URL location)). See FF 4. Thus, 
even without taking Official Notice, Leppinen suggests that the first 
executable portion reformulates the first request into a third request, and this 
reformulation occurs using, or is in response to, the new URL for the 
requested content (i.e., the first response). 

Moreover, for claim 32, the Examiner has only taken Official Notice 
that reformulating the first request into a third request or during a subsequent 
request is well known to an ordinarily skilled artisan {see Ans. 11-12) — not 
that the terminal client receives the first response and then formulates a third 
request received by the terminal proxy {see App. Br. 11-12). We agree with 
the Examiner. Due to the location change of the resource's content, future 
requests for this content on a MS will logically be reformulated to indicate 
the new location, and thus into new or third request. Leppinen and Official 
Notice therefore teach a second executable portion configured to send a first 
response to the first executable portion such that, in response to the first 
response (e.g., a new URL), the first executable portion reformulates the first 
request into a third request as recited in claim 32. 
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For the foregoing reasons, Appellants have not shown error in the 
obviousness rejection of independent claim 32, and we will sustain the 
rejection. 

Claim 34 

Claim 34 recites that the second executable portion is configured to 
(1) receive at least one of the first and second responses compressed, and (2) 
uncompress the response before sending the respective response to the first 
executable portion. The Examiner relies on the discussion regarding claim 7 
(Ans. 14), which finds that Leppinen teaches compressing the responses in 
the steps 1 10 and 1 12 (see Ans. 13-14). Appellants argue that Leppinen fails 
to teach the new URL or requested resource is compressed before being sent 
the MS. App. Br. 15; Reply Br. 9. 

The issue before us, then, is as follows: 

ISSUE 

Under § 103, has the Examiner erred in rejecting claim 34 by finding 
that Leppinen would have taught or suggested a second executable portion 
configured to receive a first or second compressed response? 

ANALYSIS 

Based on the record before us, we find no error in the Examiner's 
rejection of claim 34 which calls for, in pertinent part, a second executable 
portion configured to receive a first or second response compressed. First, 
we take Official Notice that compression techniques for transmitting data in 
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telecommunication systems are well known. 6 Additionally, Leppinen 
teaches the message from the MS 12 can be coded in the WAP, and the 
requested content or resource can also be coded using WAP to the terminal. 
See FF 5. Also, an ordinarily skilled artisan armed with Leppinen' s teaching 
would have equally recognized that WAP can involve compacting or 
compressing the encoded format, including at the gateway server. 7 
Leppinen thus would have suggested to an ordinary skilled artisan that a 
second executable portion (i.e., contained within gateway server 16) is 
configured to receive data in a coded format that is compressed and thus can 
receive compressed responses. See id. On this record, we therefore find that 
configuring the second executable portion (e.g., contained within Leppinen's 
gateway server 16) to receive compressed responses as recited would have 
been obvious. See KSR, 550 U.S. at 418. 

For the foregoing reasons, Appellants have not shown error in the 
obviousness rejection of claim 34, and we will sustain the rejection. 

Claim 38 

Lastly, claim 38 recites the first response includes a redirection to the 
host of the resource at the second location. The Examiner finds that 



6 See In re Ahlert, 424 F.2d 1088, 1091 (CCPA 1970) (explaining that "the 
Patent Office appellate tribunals, where it is found necessary, may take 
notice of facts beyond the record which, while not generally notorious, are 
capable of such instant and unquestionable demonstration as to defy 
dispute.") 

7 For example, WAP systems typically contain an encoded content into 
compact encoded formats. See Milan Gospic & Miroslav L. Dukic, Mobile 
Datacom Networks, 1 5th Int'l Conf. on Telecom, in Modern Satellite, Cable 
and Broadcasting Service 123, 123-24 (2001). 
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Leppinen teaches this feature in the steps 110 and 112. Ans. 14. Appellants 
argue that Leppinen' s new URL is not redirection, and therefore does not 
contain a redirection to the resource at the new URL. App. Br. 14; Reply Br. 
8-9. 

The issue before us, then, is as follows: 
ISSUE 

Under § 103, has the Examiner erred in rejecting claim 38 by finding 
that Leppinen would have taught or suggested the first response includes a 
redirection to the host of the resource at the second location? 

FINDINGS OF FACT 
6. Appellants describe a response message 54 as a HTTP response 
message that includes a 3xx "Redirection" status code and other status 
codes. Spec. 12-13. 

ANALYSIS 

Based on the record before us, we find no error in the Examiner's 
rejection of claim 38 which calls for, in pertinent part, the first response 
includes a redirection to the host of the resource at the second location. 
While the Specification provides examples of a redirection (e.g., a 3xx status 
code), there is no definition for the term "redirection." See FF 6. Further, 
while Appellants argue that this term has a meaning inapposite to a URL, 
Appellants have not provided any evidence that the term "redirection" has a 
particular meaning to those of ordinary skill in the art. See App. Br. 9, 14. 
Since no special or particular meaning has been established for the term 
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"redirection," the term will be given its broadest reasonable interpretation. 
See Am. Acad. OfSci. Tech. Ctr., 367 F.3d 1359, 1364 (Fed. Cir. 2004). We 
therefore find the term "redirection" in this context includes an indicator that 
the resource has been redirected. 

Leppinen teaches that the host (e.g., web server 18) sends a first 
response (e.g., new URL containing the new location) to the network proxy 
(e.g., gateway server 16). See FF 4. Additionally, the second executable 
portion (e.g., contained within the gateway server 16) receives this response 
and sends the new URL to the MS's first executable portion (e.g., web 
browser). See id. This first response contains a URL that contains a new 
location for a resource at a second location (i.e., indicating that the resource 
has been redirected to a new location). See id. Leppinen therefore teaches 
that the first response contains a redirection to the host of the resource at the 
second location as recited in claim 38. 

Appellants also assert that Leppinen does not teach that the redirection 
response is sent to a proxy of the MS. App. Br. 14. But as stated previously 
regarding claim 32, this argument is not commensurate with the scope of 
dependent claim 38. 

For the foregoing reasons, Appellants have not shown error in the 
obviousness rejection of claim 38, and we will sustain the rejection. 

CONCLUSION 

Under § 102, the Examiner erred in rejecting claims 15-19, 21, 25-29, 
and 31. 
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Under § 103, the Examiner did not err in rejecting claims 32, 34, and 
38, but erred in rejecting claims 1-5, 7-12, 14, 22, 24, and 35-37. 



ORDER 

The Examiner's decision rejecting claims 1-5, 7-12, 14-19, 21, 22, 24- 
29, 31, 32, and 34-38 is affirmed-in-part. 

No time period for taking any subsequent action in connection with 
this appeal may be extended under 37 C.F.R. § 1.136(a)(l)(iv). 



AFFIRMED-IN-PART 



rwk 

ALSTON & BIRD LLP 

BANK OF AMERICA PLAZA 

101 SOUTH TRYON STREET, SUITE 4000 

CHARLOTTE, NC 28280-4000 
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EVIDENCE APPENDIX 

Microsoft Press, Microsoft® Computer Dictionary 537 (5th ed. 2002). 

Milan Gospic & Miroslav L. Dukic, Mobile Datacom Networks, 1 5th Int'l 
Conf. on Telecom, in Modern Satellite, Cable and Broadcasting Service 123 
(2001). 
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